A FunnelFlux Pro számos konverziós és bevételi metrikát kínál:
A konverziók és bevételek magától értetődőek, de mik ezek a "közvetett" és "élettartam" metrikák?
Felhasználók követése több tölcséren keresztül
A FunnelFlux Pro lehetővé teszi a felhasználók követését több belépési ponton és különböző tölcséren keresztül.
Vegyük a következő helyzetet:
- A Facebookról felhasználókat küldesz egy feliratkozási oldalra, ahol begyűjtöd az e-mail címüket
- Ez a feliratkozási oldal és a követés egy "lead generálási" tölcsérben van
- Több különböző feliratkozási tölcséred van, ahol teljesen eltérő megközelítéseket tesztelsz, de mindegyiket ugyanabba az e-mail CRM-be irányítod
- Később követő e-maileket szeretnél küldeni nekik, amelyek egy másik tölcsérbe vezetnek, ahol oldalak sorozata van. Lehet, hogy több tölcséred is van az e-mailes követés időbeli szakaszainak különböző fázisaira
Ez logikusnak tűnik egy marketinges számára, igaz? Lead-eket gyűjtesz az egyik oldalon, majd e-mailben próbálod őket monetizálni. Vannak kezdeti leszálló/ajánlat folyamataid, később pedig kipróbálhatsz másokat, amelyek fejlettebbek vagy különböző ajánlatokat tartalmaznak, és különböző tölcsérekben épülnek fel a FunnelFlux Pro-ban.
Tehát, miután mindent elvégeztél, hogyan követed a hosszú távú e-mail sorozatok bevételét vissza az eredeti lead generálási tölcsérhez, hogy lásd a Facebook-ról érkező lead-ek valódi értékét?
Ez kulcsfontosságú. Pontosan tudni akarod, mennyi bevételt hoz neked minden egyes Facebook kampány, hirdetés, hirdetéscsoport, célzási paraméter stb., hogy tudd, mit kell növelni.
Akár 30+ napba is telhet, mire megkapod ezt az információt, és nem támaszkodhatsz a FB pixelre, hogy mindezt kövesse - különösen nem a sütik növekvő zavarával, az adatmegőrzési ablakokkal és az iOS eseménykövetési változásaival.
Itt jön be a FunnelFlux VID követése. Rögzítheted az általunk generált VID-et és átadhatod az átirányítási URL-ekbe, amely a JS-ünkön keresztül is elérhető. Itt nem megyek bele ennek részleteibe, tegyük fel, hogy már rögzítetted.
Ezt a VID értéket elmentheted az e-mail CRM-edbe a felhasználó számára, általában egy egyedi mezőbe, például ff_funnelX_vid vagy hasonlóba.
Ezután a későbbi e-mail sorozataidban lesz egy belépési link az e-mail tölcsérekhez, amely így fog kinézni:
https://DOMAIN/fts/xxxx-yyyy/?some_params
Itt kihasználhatod az e-mail rendszered dinamikus tokenjeit, hogy beilleszd ezt a tárolt VID értéket, átadva azt az e-mail tölcsérnek.
https://DOMAIN/fts/xxxx-yyyy/?some_params&vid={{some_email_token}}
A végeredmény az, hogy az e-mail tölcsér értesül arról, hogy "hé, ez a felhasználó már létezik, és van egy VID-je, amit egy másik tölcsér hozott létre - kérlek, használd ezt és folytasd a munkamenetet".
Ahhoz azonban, hogy ez működjön, kifejezetten össze kell kapcsolnod a tölcséreket.
Tölcsérek összekapcsolása
Ez a rész egyszerű.
Az első tölcsérben, amely létrehozta a VID-et egy felhasználó számára, meg kell határoznod, hogy mely későbbi tölcsérek fogják potenciálisan használni ezt a VID-et.
Ezt nem csináljuk automatikusan, mert túl nagy terhelést jelentene a rendszerünkre, ha minden tölcsért minden más tölcsérrel szemben ellenőriznénk a tölcséreken átívelő követés érdekében.
Ezt úgy találod meg, ha szerkesztesz egy tölcsért > speciális beállítások:
Állítsd be a többi tölcsért és mentsd el, és kész is vagy!
Hogyan működik a közvetett konverzió/bevétel
Most, hogy összekapcsoltad a tölcséreket és követed a VID-et a tölcséreken keresztül, továbbítva a VID-et a későbbi tölcsér linkekbe, mi történik valójában?
Nézzük meg ezt a folyamatot:
- A felhasználó a Facebookról érkezik a lead generálási tölcsérbe (A). Ez a tölcsér egy e-mail tölcsért (B) jelöl meg összekapcsolt tölcsérként
- Rögzítjük a felhasználó VID-jét a feliratkozási oldalon, és elmentjük az e-mail CRM-be, amikor a felhasználó feliratkozik
- Később a felhasználó e-maileket kap, amelyek az e-mail tölcsérhez (B) vezetnek, a ?vid={{some_token}} hozzáadásával a használt link URL-ekhez, így továbbítjuk a tárolt VID értéket a második tölcsérbe
- Amikor a felhasználó betölti a második tölcsért, rendszerünk felveszi a meglévő munkamenetet, ha megtalálja (vedd figyelembe az alábbi korlátozásokat), és információkat ad ehhez a munkamenethez
- Ha a felhasználó konvertál, közvetlen konverziók és bevételek jönnek létre az e-mail tölcsérben (B)
Az 5. lépésben, amikor konverzió történik, a konverziófeldolgozónk ellenőrzi a munkamenetet, és látja, hogy vannak összekapcsolt tölcsérek ehhez a VID-hez.
Ezután közvetett konverziót és közvetett bevételt rendelünk az összekapcsolt tölcsérhez, ami ebben az esetben a lead generálási tölcsér (A).
Most, mivel ezt egy adott VID-re végeztük el, az eredeti lead generálási tölcsérben pontosan láthatjuk, hogy ez a felhasználó milyen forgalmi forrásból, hirdetésből stb. érkezett, mintha abban a tölcsérben konvertált volna. Azonban ezt nem láthatjuk, ha oldal szintre bontjuk le, mivel a tölcsér egyik konkrét oldala sem hozta létre a közvetett konverziót.
Maga a látogató hozza a közvetett konverziót/bevételt, nem egy adott oldalra történő konkrét találat (ellentétben a tölcsérben történő közvetlen konverzióval).
Azonban, mivel megcímkéztük a közvetett konverziót, most már lebonthatod az adataidat a lead generálási tölcsérben, és megértheted a későbbi monetizálási és egyéb tölcsérekből érkező összes felhasználó hosszú távú bevételét.
Király, ugye!
Itt adnak a közvetett konverziók nagy előnyt más követőrendszerekkel szemben, mivel a legtöbb egyszerűen nem kínálja ezt a funkcionalitást.
A jelentési metrikák megértése
Íme néhány végső definíció ezekről a metrikákról:
- Konverziók - közvetlen konverziók, amelyek az aktuális tölcsérben történnek
- Bevétel - bevétel az összes közvetlen konverzióból ebben a tölcsérben
- Konverziók (közvetett) - konverziók, amelyeket közvetetten tulajdonítottak az ebből a tölcsérből érkező látogatóknak, és amelyek egy összekapcsolt tölcsérből származnak
- Bevétel (közvetett) - az összes bevétel a fenti közvetett konverziókból
- Konverziók (élettartam) - ez csak a közvetlen + közvetett konverziók összege. Az élettartam kifejezés nem jelenti a felhasználó élettartamát (végtelen dátumtartomány) - továbbra is csak az általad beállított jelentési időtartamot fedi le.
- Bevétel (élettartam) - ugyanaz, mint fent, csak a közvetlen + közvetett bevétel összege az aktuális jelentési tartományon belül
- ROI - ez valójában az élettartam bevétel oszlop használatával számolódik, így láthatod a forgalom valódi megtérülését, nem csak az aktuális tölcséren belüli ROI-t (amely sok esetben nem tartalmazhat közvetlen bevételt/konverziókat, ha e-mailt használsz)
- P&L - hasonlóképpen, itt az élettartam bevételt használjuk
- Minden bevétel per és konverzió per metrika - jelenleg ezek mind a közvetlen bevételt használják. Lehet, hogy hamarosan megváltoztatjuk ezt, hogy ehelyett az élettartam bevételt használják, ami hasznosabb lehet a bevétel per X metrikák esetében, de talán nem a konverzió per X metrikák esetében. Alternatívaként hozzáadhatunk egy kapcsolót ehhez, TBD.
Megjegyzendő korlátozások
- Egy kulcsfontosságú korlátozás a munkamenetekkel kapcsolatos, amelyek az adattárolásunk minden VID-hez (látogató azonosítóhoz). Ezek a munkamenetek ideiglenesek és a határunkon tárolódnak. A munkamenetek alapértelmezés szerint csak 7 napig tartanak, lejáratuk minden használatkor meghosszabbodik
- Ha átadsz egy VID értéket egy linkben, és a munkamenet lejárt, új munkamenet indul, új VID generálódik, és nem kapcsolódik a korábbi tevékenységhez
- Amikor összekapcsolt tölcséreket deklarálsz az A tölcsérben, az itt létrehozott munkamenetek megnövelt, 30 napos lejárati ablakkal rendelkeznek - így amíg minden utánkövetési e-mail és tevékenység 30 napon belüli időközökkel történik, a munkamenetek megmaradnak
- Nem generálhatsz saját magad VID értékeket, ezeket a rendszerünknek kell létrehoznia. Tehát, ha érvénytelen VID értékeket adsz át egy linkben, azok megszakítják a munkamenetet, és a felhasználó új VID-et kap (tehát légy óvatos a linkekkel, az elírások elrontják a dolgokat!)